Precenovani ve skladovem systemu
Otázka od: Martin Burle
20. 4. 2004 14:53
Ahoj,
resime s kolegou skladovy prodejni system, prave se zabyvame prijmy,
precenovanim,
prumerovanim cen atp. Do cen zbozi by se mely volitelne rozpoustet vedlejsi
naklady (doprava, postovne apod. = VN). Idea je takova, ze po zapsani kazde
polozky do prijemky se podle potreby provede preceneni polozky v katalogu a
navyseni poctu kusu na skladu. Nakupni cena bude navysena o pomernou cast
VN. Ihned pote bude polozka ve zmenene podobe k dispozici ostatnim
uzivatelum. Zapisovani jedne prijemky muze trvat i dost dlouho, takze
neprichazi do
uvahy blokovani vsech polozek, ktere se v ni vyskytuji.
Lameme si hlavu, jak korektne resit dodatecne zmeny v
prijemce (oprava chybne zadanych poctu, uplne chybne zadane polozky apod.) v
pripade, ze jiz doslo ke zmenam a nebo dokonce meziprodejum. Jiz zmena poctu
totiz vyvola zmenu prepoctene nakupni ceny (navysene o VN). Napadaji nas dve
moznosti:
a) ulozit si verzi zaznamu v katalogu a v pripade chyby vratit vse zpet. To
ale nebude mozne, pokud mezi zmenou a opravou dojde k dalsi zmeni ci
meziprodeji.
b) nepovolit dodatecnou editaci polozky a zmeny resit minusovou samostatnou
polozkou v
prijemce, s naslednym odprumerovanim a novym rucnim precenenim.
Jak toto resite, jake mate nazory na tuto problematiku?
Povolujete dodatecnou editaci prijemek?
Zapisujete kazdou polozku, nebo az celou prijemku?
Predem diky za inspiraci 
MB
Odpovedá: Zbysek Hlinka
20. 4. 2004 15:14
> -----Original Message-----
> From: delphi-l-owner@clexpert.cz
> [mailto:delphi-l-owner@clexpert.cz] On Behalf Of Martin Burle
> Sent: Tuesday, April 20, 2004 3:49 PM
>
> resime s kolegou skladovy prodejni system, prave se zabyvame
> prijmy, precenovanim, prumerovanim cen atp. Do cen zbozi by
> se mely volitelne rozpoustet vedlejsi naklady (doprava,
> postovne apod. = VN). Idea je takova, ze po zapsani kazde
> polozky do prijemky se podle potreby provede preceneni
> polozky v katalogu a navyseni poctu kusu na skladu. Nakupni
> cena bude navysena o pomernou cast VN. Ihned pote bude
> polozka ve zmenene podobe k dispozici ostatnim uzivatelum.
> Zapisovani jedne prijemky muze trvat i dost dlouho, takze
> neprichazi do uvahy blokovani vsech polozek, ktere se v ni vyskytuji.
> Lameme si hlavu, jak korektne resit dodatecne zmeny v
> prijemce (oprava chybne zadanych poctu, uplne chybne zadane
> polozky apod.) v pripade, ze jiz doslo ke zmenam a nebo
> dokonce meziprodejum. Jiz zmena poctu totiz vyvola zmenu
> prepoctene nakupni ceny (navysene o VN).
Tanto druh problemu resim zasadne takto:
V editacnim formulari, ktery je zcela odpojen od "zivych" dat, necham
uzivatele klofat jak je mu libo.
Pak udelam kontroly, ktere databaze nezvladne nebo je vyhodnejsi udelat je
na klientovi.
Pak poslu celou davku ulozene procedure, ktera se postara o zbytek - a v
pripade problemu akci stornuje a vrati chybu.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka.cz
Phone: +420 603 551 282
Odpovedá: Martin Burle
20. 4. 2004 21:54
> Tanto druh problemu resim zasadne takto:
> V editacnim formulari, ktery je zcela odpojen od "zivych" dat, necham
> uzivatele klofat jak je mu libo.
> Pak udelam kontroly, ktere databaze nezvladne nebo je vyhodnejsi udelat je
> na klientovi.
> Pak poslu celou davku ulozene procedure, ktera se postara o zbytek - a v
> pripade problemu akci stornuje a vrati chybu.
Souhlas, nicmene otazka se tykala spise metodiky precenovani ve skladu -
jak nalozit se zprumerovanou cenou pri chybe nikoli databaze, ale chybe
obsluhy pri zapisovani prijmu...
MB
Odpovedá: Slavomir Skopalik
20. 4. 2004 22:12
Tedy, tohle by bylo spise na nejakeho ekonoma, ale zkusim to:
Pokud to obsluha spatne zada a je to potvrzeno do DB, tak
proste udelat druhe kolo precenovani jako by nova prijemka.
Jinak se z toho asi neda dostat.
Jinak by bylo nutne stornovat jiz vydane/prodane zbozi a to dost
dobre nejde.
Jak psal Zbysek, celou prijemku nechat vlozit off line a az na ok to
poslat
do db, tak by to pak mela udelat atomicky (v SP).
Slavek
Ing. Slavomir Skopalik
Jednatel spolecnosti
Elekt Labs s.r.o.
Chaloupky 158
783 72 Velky Tynec
Czech Republic
--------------------------------------------
Mobil: 724 207 851
e-mail:skopalik@elektlabs.cz
http://www.elektlabs.cz
> Souhlas, nicmene otazka se tykala spise metodiky precenovani
> ve skladu - jak nalozit se zprumerovanou cenou pri chybe
> nikoli databaze, ale chybe obsluhy pri zapisovani prijmu...
Odpovedá: Ing. Marek Kocan
20. 4. 2004 22:52
Ahoj,
a ta spolecnost nema definovano, jak k takovym pripadum pristupvat? Nebo
delate obecny system? Neuctuje/nerpecenuje se to nahodou stejne jako v ramci
inventur a skladovych rozdilu? Spravne by se to melo udelat (IMHO) stornem,
ale to v praxi neni pouzitelne. KER
>
> > Souhlas, nicmene otazka se tykala spise metodiky precenovani
> > ve skladu - jak nalozit se zprumerovanou cenou pri chybe
> > nikoli databaze, ale chybe obsluhy pri zapisovani prijmu...
>
Odpovedá: Ludek ZITA
21. 4. 2004 1:34
On Behalf Of Ing. Marek Kocan
> a ta spolecnost nema definovano, jak k takovym pripadum
> pristupvat?
Ahoj.
To je ta spravna otazka. Pokud to je na zakazku doporuciji neresit to a
nechat zakaznika at urci postup sam.
Jinak ja se u takovychle veci snazim maximalne analyzovat obor moznych
vstupnich dat a treba nejakou statistickou metodou vymezit rozsah vstupu
a vyhodnotit pripadne omyly pred zapisem do databaze a uzivatele nechat
sporne pripady potvrdit.
Konkretne u prijmu se mi osvedcily tyhle metody (samo ze to zavisi na
konkretni situaci):
1) kontrola na celistvost nasobku zbozi na palete/v
kartonu/kontejneru.... (obvykle jde o celistve nasobky)
2) kontrola na vahu (zase treba se da zjistit ze 1 prijemka ~= 1 avie
(no a na ta ti tezko poveze 100kg nebo 100T) pripadne lze zjistit zase
pocet palet a pod
3) prumerna cena zbozi a dodavky celkem (obvykle se da stanovit nejaka
maximalni cenova odchylka od posledni dodavky jak za kus tak za celou
dodavku od stejneho dodavatele)
atd...
Samozrejme ta kontrola musi byt mekka (jen upozorneni) a je treba dobre
volit jak uroven (aby se to neptalo skoro pokazde) tak srozumitelnost
textu.
Tim se daji omezit vstupni chyby o docela dost procent.
Ludek
Odpovedá: Vlastimil Bardon
21. 4. 2004 5:54
Jeste bych doporucil klast otazku jake informace si zakaznik preje do budoucna
ziskat. Z toho, co jsem slysel o propracovanych (zahranicnich) systemech tak
tam naklady spojene s porizenim spise vedou samostatne a nepricitaji do
porizovaci ceny zbozi primo, ale neprimo takze jsou schopni zjistit nejen
porizovaci naklady celkem, ale take kolik z toho tvori nakupni cena, kolik
doprava, postovne... atd. Naklady spojene s porizenim se pak mohou rozpoustet
do porizovaci ceny nejakou davkovou operaci (treba mesicni uzaverkou), tim se
stavaji nezavislymi na case, kdy je poridis, coz je spravne protoze se casto
stava, ze se o nich dozvis az ve chvili, kdy je zbozi davno prodane. Pak se to
take lepe opravuje. A kdyz by sis uz takovy system cely vymyslel, mohl bys pres
nej resit i opravy chyb. Ale to predstavuje propracovany navrh konzultovany s
auditorem.
Take jsem se v praxi setkal s resenim, kdy tato problematika vubec nebyla
resena skladem, ale ciste ucetne. I takove reseni nebylo spatne.
Velkou vyhodou je pochopit jak to ucetne funguje, pak se Ti otevre nekolik
cest, jak vyhovet legislative a poskytnout zakaznikovi, co potrebuje.
-----Original Message-----
From: Ing. Marek Kocan [mailto:kocan@ebchod.cz]
Sent: Tuesday, April 20, 2004 11:38 PM
Ahoj,
a ta spolecnost nema definovano, jak k takovym pripadum pristupvat? Nebo
delate obecny system? Neuctuje/nerpecenuje se to nahodou stejne jako v ramci
inventur a skladovych rozdilu? Spravne by se to melo udelat (IMHO) stornem,
ale to v praxi neni pouzitelne. KER
>
> > Souhlas, nicmene otazka se tykala spise metodiky precenovani
> > ve skladu - jak nalozit se zprumerovanou cenou pri chybe
> > nikoli databaze, ale chybe obsluhy pri zapisovani prijmu...
>
Odpovedá: Robert
21. 4. 2004 6:30
A co pripad, kdy dostanete jen dodak s kusy a mozna i pribliznou cenou.
Potrebujete to prijmout na sklad a prodavat ci jinak dale zpracovat.
Fakturu s konecnou a spravnou cenou dostanete napr. az za 14 dni
to u zahranicnich firem neni nic neobvykleho.
Ja to mam takto:
Krome skladovych karet mam i "cenik prumernych nakupnich cen"
pro kazdy mesic. V tom ceniku ma kazda skladova karta svou
prumernou cenu za mesic a halerovy rozdil po zaokrouhleni minuleho
vypoctu prumeru.
Pred kazdou mesicni uzaverkou se spocita vahovy prumer
prum.cena z minuleho mesice + cena celkem z polozek prijemek +
zaokrouhlovaci rozdily (setinky) z minuleho mesice
------------------------------------------------------------------------
-----------------------
stav na karte minuleho mesice + obrat v novem mesici
cau
Robert
-----Original Message-----
From: delphi-l-owner@clexpert.cz [mailto:delphi-l-owner@clexpert.cz] On
Behalf Of Martin Burle
Sent: Tuesday, April 20, 2004 10:34 PM
To: delphi-l@clexpert.cz
Subject: Re: Precenovani ve skladovem systemu
> Tanto druh problemu resim zasadne takto:
> V editacnim formulari, ktery je zcela odpojen od "zivych" dat, necham
> uzivatele klofat jak je mu libo. Pak udelam kontroly, ktere databaze
> nezvladne nebo je vyhodnejsi udelat je na klientovi.
> Pak poslu celou davku ulozene procedure, ktera se postara o zbytek - a
v
> pripade problemu akci stornuje a vrati chybu.
Souhlas, nicmene otazka se tykala spise metodiky precenovani ve skladu
- jak nalozit se zprumerovanou cenou pri chybe nikoli databaze, ale
chybe obsluhy pri zapisovani prijmu...
MB
Odpovedá: Zbysek Hlinka
21. 4. 2004 8:39
> -----Original Message-----
> From: delphi-l-owner@clexpert.cz
> [mailto:delphi-l-owner@clexpert.cz] On Behalf Of Martin Burle
> Sent: Tuesday, April 20, 2004 10:34 PM
>
> Souhlas, nicmene otazka se tykala spise metodiky precenovani
> ve skladu - jak nalozit se zprumerovanou cenou pri chybe
> nikoli databaze, ale chybe obsluhy pri zapisovani prijmu...
Asi jedine tak, ze do programu implantujes umelou inteligenci, ktera bude
umet rozpoznavat chyby obsluhy ve vztahu k zakonum, ktere prave pro tento
den plati. Jenze pak bude ta obsluha zbytecna...
Fakt nevim, tohle se IMHO rozumne osetrit neda, maximalne tak porovnat, zda
udaje souhlasi proti sobe navzajem.
S pozdravem
Zbysek Hlinka
E-mail: hlinka zavin. hlinka.cz
Phone: +420 603 551 282
Odpovedá: Martin Schayna
21. 4. 2004 11:22
Martin Burle <mburle2@volny.cz> wrote:
> Souhlas, nicmene otazka se tykala spise metodiky precenovani ve
> skladu - jak nalozit se zprumerovanou cenou pri chybe nikoli
> databaze, ale chybe obsluhy pri zapisovani prijmu...
Uz leta tohle mame vyresene pomoci off-line ocenovanim skladu,
tj. obsluha muze delat chyby a muze je kdykoliv pozdeji opravovat
popr. pozdeji doplnovat dodatecne naklady. Vyskladnovat ze skladu
take muze, avsak doklady ktere takto vznikaji nemaji urcenu skladovou
cenu -- do okamziku nez se sklad oceni "uzaverkou". Tato uzaverka
"potvrdi" na prijemkach dosud zadanou cenu a z ni odvodi ceny
pro vydejky. Tato operace lze delat podle potreby, muze se nechat
otevreny napr. tyden zpatky apod. Doklady uzavrene a ocenene
uzaverkou jiz nelze menit, ale samozrejme lze uzaverku zrusit a znovu
ji spocitat v okamziku kdy zjistim ze jsem spatne zadal prijemku.
Je to overene v praxi u tisicu uzivatelu...
Martin Schayna
Odpovedá: Martin Burle
21. 4. 2004 12:52
> Uz leta tohle mame vyresene pomoci off-line ocenovanim skladu,
> tj. obsluha muze delat chyby a muze je kdykoliv pozdeji opravovat
> popr. pozdeji doplnovat dodatecne naklady. Vyskladnovat ze skladu
> take muze, avsak doklady ktere takto vznikaji nemaji urcenu skladovou
> cenu -- do okamziku nez se sklad oceni "uzaverkou". Tato uzaverka
> "potvrdi" na prijemkach dosud zadanou cenu a z ni odvodi ceny
> pro vydejky. Tato operace lze delat podle potreby, muze se nechat
> otevreny napr. tyden zpatky apod. Doklady uzavrene a ocenene
> uzaverkou jiz nelze menit, ale samozrejme lze uzaverku zrusit a znovu
> ji spocitat v okamziku kdy zjistim ze jsem spatne zadal prijemku.
To by mohlo byt ono, resp. umoznuje to spravne stanoveni porizovanci ceny.
Problem je ale s prodejnimi cenami (pokud se jedna o prodejni sklad), kde se
soucasne se zapsanim prijmu nejak polozky precenuji. Nejspis to bude chtit
nejake verzovani, historii prodejnich cen a navrat k verzi, neco takoveho.
MB
Odpovedá: Ludek Paral
21. 4. 2004 12:57
Ahoj,
ja preferuji uctovani pouze spravnych dat.Uctovani odchylek a chyb,
stornovani dokladu ,atd beru jen jako nouzove reseni. Data ze skladu
prenasim spravna na konci mesice. Takze lepsi je doklad odemknout, provest
zmeny a prepocitat skladovou kartu.
Vzdy mne ale hrozne mrzi, kdyz musim 2 dny starou fakturu za 1 mil.Kc nechat
vystornovat (tzn. vystavit dobropis v jinem modulu) a vystavovat fakturu
znovu- pak se musi trzba brat jako rozdil fa-dbs(bez dbs za zmetky).To bych
pak ty, kteri mi neumoznili ucet opravit,byt s polorucnim zasahem,zavrazdil.
Nezalezi jen co je spravne, ale na co je zvykla obsluha.
Ludek
-----Original Message-----
From: delphi-l-owner@clexpert.cz [mailto:delphi-l-owner@clexpert.cz]On
Behalf Of Martin Burle
Sent: Tuesday, April 20, 2004 9:34 PM
To: delphi-l@clexpert.cz
Subject: Re: Precenovani ve skladovem systemu
> Tanto druh problemu resim zasadne takto:
> V editacnim formulari, ktery je zcela odpojen od "zivych" dat, necham
> uzivatele klofat jak je mu libo.
> Pak udelam kontroly, ktere databaze nezvladne nebo je vyhodnejsi udelat je
> na klientovi.
> Pak poslu celou davku ulozene procedure, ktera se postara o zbytek - a v
> pripade problemu akci stornuje a vrati chybu.
Souhlas, nicmene otazka se tykala spise metodiky precenovani ve skladu -
jak nalozit se zprumerovanou cenou pri chybe nikoli databaze, ale chybe
obsluhy pri zapisovani prijmu...
MB
Odpovedá: Vlastimil Bardon
21. 4. 2004 13:15
A co kdyz uz tu fakturu dostal odberatel? To si ji jako klidne opravis a posles
odberateli znovu? A jak dolozis, ze ta puvodni uz neplati? A ktere DPH je pak
platne? Kdybych byl financak, tak Ti za tohle naparim neprukazne ucetnictvi a
jestli to takhle uzivatele chteli, at se na tu pokutu klidne poskladaji.
Jestlize doklad opustil ucetni jednotku, at uz se jedna o fakturu, pokladni
doklad, dodaci list, smlouvu nebo cokoli jineho, pak uz to nesmis menit at se
Ti to libi nebo ne. Jinak je to s internimi doklady, ktere zustavaji doma. Tam
se za jistych okolnosti opravovat da... Napriklad ty mesicni uzaverky o kterych
se tu psalo maji smysl. Ale platis za ne tim, ze cely mesic nevis, co se Ti na
sklade deje. To leckdy muze byt neprijatelne.
-----Original Message-----
From: Ludek Paral [mailto:ludek.paral@quick.cz]
Sent: Wednesday, April 21, 2004 1:52 PM
Vzdy mne ale hrozne mrzi, kdyz musim 2 dny starou fakturu za 1 mil.Kc nechat
vystornovat (tzn. vystavit dobropis v jinem modulu) a vystavovat fakturu
znovu- pak se musi trzba brat jako rozdil fa-dbs(bez dbs za zmetky).To bych
pak ty, kteri mi neumoznili ucet opravit,byt s polorucnim zasahem,zavrazdil.
Nezalezi jen co je spravne, ale na co je zvykla obsluha.
Ludek
Odpovedá: Ludek Paral
21. 4. 2004 14:10
A co kdyz uz tu fakturu dostal odberatel? To si ji jako klidne opravis a
posles odberateli znovu? A jak dolozis, ze ta puvodni uz neplati? A ktere
DPH je pak platne? Kdybych byl financak, tak Ti za tohle naparim neprukazne
ucetnictvi a jestli to takhle uzivatele chteli, at se na tu pokutu klidne
poskladaji.
> ja nepisi jako dan.poradce, ale jak se da domluvit. Pokud obdrzim postou a
fakturu a ta je spatne, tak ji s klidnym svedomim dam do obalky a poslu zpet
na prepracovani. Ty snad zaplatis treba 100000 Kc navic ? .Kde je potom
problem ? Jen v tom , ze na te druhe strane jim to system nepovoli
prepracovat, poslou Ti jinou fakturu s jinym cislem. A to musime delat hodne
casto. Zeptam se jeste : uz jsi treba uctoval denne 100 faktur a do toho
resil neustala storna, opravy a nestandarty ? Kdyz denne dve hodiny stravis
zapoctama chybnych dokladu a ucetni ti stoji porad za prdeli, tak mluvis
jinak.
Jestlize doklad opustil ucetni jednotku, at uz se jedna o fakturu, pokladni
doklad, dodaci list, smlouvu nebo cokoli jineho, pak uz to nesmis menit at
se Ti to libi nebo ne.
- nemas pravdu, samotna auditorka stahuje faktury a opravuje je, je to jen
otazka dohody. Pokud se doklad nezaklada na pravde, tak je neplatny a
hotovo.
Odpovedá: Ludek Paral
21. 4. 2004 14:05
> Uz leta tohle mame vyresene pomoci off-line ocenovanim skladu,
> tj. obsluha muze delat chyby a muze je kdykoliv pozdeji opravovat
> popr. pozdeji doplnovat dodatecne naklady. Vyskladnovat ze skladu
> take muze, avsak doklady ktere takto vznikaji nemaji urcenu skladovou
> cenu -- do okamziku nez se sklad oceni "uzaverkou". Tato uzaverka
> "potvrdi" na prijemkach dosud zadanou cenu a z ni odvodi ceny
> pro vydejky. Tato operace lze delat podle potreby, muze se nechat
> otevreny napr. tyden zpatky apod. Doklady uzavrene a ocenene
> uzaverkou jiz nelze menit, ale samozrejme lze uzaverku zrusit a znovu
> ji spocitat v okamziku kdy zjistim ze jsem spatne zadal prijemku.
Ano, ja to delam shodne, ale stejne i po tom tydnu k tomu dojde.Offline
prepocet te nezachrani, stejne musis mit moznost data opravit.
Odpovedá: Martin Schayna
21. 4. 2004 14:41
Ludek Paral <ludek.paral@quick.cz> wrote:
>> Uz leta tohle mame vyresene pomoci off-line ocenovanim skladu,
>> tj. obsluha muze delat chyby a muze je kdykoliv pozdeji opravovat
>> popr. pozdeji doplnovat dodatecne naklady. Vyskladnovat ze skladu
>> take muze, avsak doklady ktere takto vznikaji nemaji urcenu skladovou
>> cenu -- do okamziku nez se sklad oceni "uzaverkou". Tato uzaverka
>> "potvrdi" na prijemkach dosud zadanou cenu a z ni odvodi ceny
>> pro vydejky. Tato operace lze delat podle potreby, muze se nechat
>> otevreny napr. tyden zpatky apod. Doklady uzavrene a ocenene
>> uzaverkou jiz nelze menit, ale samozrejme lze uzaverku zrusit a znovu
>> ji spocitat v okamziku kdy zjistim ze jsem spatne zadal prijemku.
>
> Ano, ja to delam shodne, ale stejne i po tom tydnu k tomu
> dojde.Offline prepocet te nezachrani, stejne musis mit moznost data
> opravit.
Vzdycky mas moznost uzaverku vratit, doklady opravit a znovu
nechat prepocitat skladove ceny novou uzaverkou.
Martin Schayna
Odpovedá: Ludek Paral
21. 4. 2004 15:32
Vzdycky mas moznost uzaverku vratit, doklady opravit a znovu
nechat prepocitat skladove ceny novou uzaverkou.
Martin Schayna
lp: souhlas, takove systemy mam rad.Ty ktere uzivatel neomezuji.
Odpovedá: Jan Fiala
22. 4. 2004 20:13
21.4.2004 Ludek ZITA:
> 1) kontrola na celistvost nasobku zbozi na palete/v
> kartonu/kontejneru.... (obvykle jde o celistve nasobky)
> 2) kontrola na vahu (zase treba se da zjistit ze 1 prijemka ~= 1 avie
> (no a na ta ti tezko poveze 100kg nebo 100T) pripadne lze zjistit zase
> pocet palet a pod
> 3) prumerna cena zbozi a dodavky celkem (obvykle se da stanovit nejaka
> maximalni cenova odchylka od posledni dodavky jak za kus tak za celou
> dodavku od stejneho dodavatele)
> atd...
> Samozrejme ta kontrola musi byt mekka (jen upozorneni) a je treba dobre
> volit jak uroven (aby se to neptalo skoro pokazde) tak srozumitelnost
> textu.
> Tim se daji omezit vstupni chyby o docela dost procent.
Omezis chyby obsluhy, ale neomezis problem s tim, ze ti prijde zbozi +
doklad (dodaci list, treba bez cen), ktery musis prijmout na sklad,
aby se dalo zbozi dal expedovat a pak treba po 14 dnech ti prijde
faktura, ktera obsahuje krome cen i dodatecne naklady. Takze musis byt
schopen tam dodat spravne ceny.
V tomto pripade pripada v uvahu Offline zpusob ocenovani, ktery uvadel
Martin. Navic to uzivateli umozni kdykoliv si stav skladu "opravit",
protoze nemusis poustet "ostrou" uzaverku, ale jen prepocet.
--
Jan Fiala
mailto:jan.fiala@wo.cz
Odpovedá: Ludek ZITA
22. 4. 2004 23:13
On Behalf Of Jan Fiala
>
> Omezis chyby obsluhy, ale neomezis problem s tim, ze ti
> prijde zbozi + doklad (dodaci list, treba bez cen), ktery
> musis prijmout na sklad, aby se dalo zbozi dal expedovat a
> pak treba po 14 dnech ti prijde faktura, ktera obsahuje krome
> cen i dodatecne naklady. Takze musis byt schopen tam dodat
> spravne ceny.
>
> V tomto pripade pripada v uvahu Offline zpusob ocenovani,
> ktery uvadel Martin. Navic to uzivateli umozni kdykoliv si
> stav skladu "opravit", protoze nemusis poustet "ostrou"
> uzaverku, ale jen prepocet.
Ahoj.
Znovu jsem se mrknul na pocatek threadu a tam slo prave hlavno o to, ze
potrebuje naskladnit ihned ocenit vcetne vedlejsich nakladu a podle nove
prumerne skladove ceny okamzite zmenit prodejni cenu.
Takze predpokladam , ze tyhle udaje ma k dispozici, jinak je pozadavek
nesplnitelny a jedine by bylo mozne nejak pouze pro ucely zmeny prodejni
ceny to ocenit cenou aproximovanou nejakym zpusobem na vyvoj cen a
nakladu.
Ludek